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Procede de surveillance de I'etat d'un appareil au s ein d'un reseau et 
appareil permettant d'effectuer une tel le surveillance. 

L'invention concerne un procede de surveillance de I'etat d'un appareil 
connecte a un reseau domestique et un appareil de detection pour la 
surveillance via un reseau d'un autre appareil. 

Un reseau de communication numerique comprend des appareils relies 
entre eux par un bus de communication, par exemple le bus IEEE 1394, 
utilisant des fils ou des ondes. Le reseau de communication comporte, par 
exemple, les appareils suivants : un terminal permettant a des utilisateurs de 
visualiser des emissions audiovisuelles, d'introduire des parametres de contrdle 
du reseau et de connaitre I'etat du reseau, un recepteur de television 
numerique (un decodeur par exemple) capable de recevoir des emissions 
audiovisuelles et des informations de service provenant d'un reseau de 
diffusion, un dispositif de memorisation des emissions audiovisuelles, un 
modem, etc. La liste des appareils n'est pas exhaustive, de meme plusieurs 
appareils peuvent etre en plusieurs exemplaires au sein du reseau de 
communication, par exemple une camera dans chaque chambre d'enfant. 

Le reseau 1394 permet de faire communiquer des appareils selon trois 
modes differents : le mode synchrone ou les paquets de donnees sont emis 
regulierement a la fin de periodes de temps determine, le mode asynchrone ou 
chaque message est isole des autres et peut etre emis a tout moment, le mode 
isochrone ou les paquets de donnees sont emis regulierement dans une 
fourchette de temps determinee. Ces differents modes de communication sont 
utilises pour le transfert de donnees specifiques. On transmet generalement 
des commandes en mode asynchrone, des donnees diffusees en mode 
synchrone, et des donnees de flux internes au reseau en mode isochrone. 
Dans ce dernier cas, on trouve des donnees de surveillance emises par une 
camera disposee dans une chambre d'enfant, un televiseur affichant lesdites 
donnees. A la difference des donnees audiovisuelles recues d'un reseau de 
diffusion et soumises a des synchronisations tres precises et regulieres, une 
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telle surveillance n'a besoin que de recevoir une image de temps en temps, a 
des moments qui peuvent varier. 

La surveillance du bon fonctionnement d'appareil connecte en r§seau 
est generalement effectuee par un dispositif inherent a I'appareil. On trouve par 
exemple des dispositifs « chien de garde » ou « Watchdog » en anglais, qui 
declenche un message d'erreur lorsque a la fin d'un temporisateur, I'unite 
centrale sous surveillance n'a pas effectue une certaine action. Ce dispositif 
doit bien evidemment etre plus fiable que I'unite centrale qu'il est charge de 
surveiller. Chaque appareil sous surveillance doit posseder son propre 
dispositif, la presente invention permet entre autre avantage, de limiter le 
nombre de dispositifs de surveillance tout en pouvant surveiller un nombre 
important d'appareils. 

Le document US 6 430 629 B1 - SMYERS, publie le 6 Aout 2002 decrit 
un reseau 1394, et la possibilite de surveiller la temperature de pieces grace a 
des modules communiquant a I'aide de ce reseau. L'invention concerne plus 
precisement le "monitoring » de I'etat d'un appareil d'un reseau. Un ecran 
indique I'etat d'appareil tels qu'un VCR ou un STB, et la temperature de la 
piece. La revendication 1 indique que le moniteur du reseau recoit 
period iquement des informations indiquant I'etat des appareils. 

Le document EP 1 185 034 - SONY enseigne la detection d'erreur 
dans une boucle d'emission d'un reseau, par exemple 1394. Un appareil du 
r6seau est configure pour detecter des erreurs de connexion sur un canal 
isochrone, la detection d'erreur s'effectue en autre par scrutation des signaux 
« IEEE 1394 signal S1 ». D'autres detections peuvent s'effectuer en analysant 
la regularity d'emission des paquets de donnees ce qui definit un niveau de 
priorite dans I'erreur et une action specifique, par exemple I'affichage sur un 
ecran de la detection d'erreur. Ce document enseigne un appareil exercant une 
surveillance sur toutes les communications du reseau et non specifiquement 
sur un appareil desirant etre sous surveillance. 
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La presente invention consiste en un procede de surveillance de 
I'etat d'un appareil au sein d'un reseau de communication comportant au moins 
deux appareils, le reseau comportant des canaux de communication 
isochrones transmettant des paquets de donnees synchronises par un signal 
5 emis par le reseau emis dans des intervalles de temps reguliers ; caracterise 
en ce qu'il comporte les etapes suivantes : 

au niveau d'un premier appareil desirant etre sous surveillance : 

- emission par I'appareil sous surveillance de paquets de donnees sur un 
canal isochrone specifie en reponse au signal emis regulierement par le 

10 reseau ; 

au niveau d'un second appareil: 

- surveillance des emissions de paquets de donnees emis sur le canal 
isochrone ; 

- execution d'une tache specifiee, consecutivement & Pabsence de 
15 paquets de donnees sur le canal isochrone entre au moins deux emissions de 

signaux de synchronisation. 

De cette facon, la surveillance de I'etat d'un appareil utilise pleinement 
les ressources du reseau en exploitant les signaux de synchronisation des 
emissions isochrones et en s'en servant pour detecter la fin prematuree des 

20 emissions de donnees sur de tels canaux. 

Selon un premier perfectionnement, le procede comporte une etape 
d'emission d'une requete de surveillance contenant un identifiant du canal 
isochrone transmettant les paquets et un descriptif de tache. De cette maniere, 
I'appareil a surveiller informe I'appareil charge de la surveillance de ce qu'il doit 

25 faire en cas de disfonctionnement. 

Selon un autre perfectionnement, la requeue de surveillance specifie un 
nombre predetermine de signaux de synchronisation. De cette facon, I'appareil 
de surveillance attend la detection du nombre predetermine de signaux pour 
declencher I'execution de la tache specifiee. 

30 Selon un autre perfectionnement le procede comporte une etape 

d'emission par le second appareil d'un signal de prise en charge suite a la 
reception de la requete de surveillance. Ainsi, I'appareil qui demande a etre 
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sous surveillance sait que cette surveillance est assuree par un appareil du 
reseau. 

Selon un autre perfectionnement, la tache specifiee comporte 
I'affichage d'un message d'alerte comprenant un identificateur du premier 
appareil. Ainsi les utilisateurs du reseau peuvent etre avertis d'un 
disfonctionnement. 

Selon un autre perfectionnement, la tache specifiee comporte une 
etape d'analyse de la raison de I'arret des emissions de paquets de donnees, 
et une etape d'execution d'actions pour reprendre remission des paquets de 
donnees. De cette facon, les appareils du reseau peuvent eliminer 
automatiquement les causes de certains disfonctionnement. 

L'invention a aussi pour objet un appareil de r6seau charge de 
surveiller I'etat d'au moins un autre appareil du reseau, comprenant un moyen 
de communication avec un n§seau captant des signaux de synchronisation 
permettant 1'emission de donnees isochrones et des paquets de donnees 
isochrones emis sur un canal isochrone specifie ; caracterise en ce qu'il 
comprend en outre un moyen d'execution d'une tache specifiee 
consecutivement a I'absence de paquets de donnees sur le canal isochrone 
entre au moins deux emissions de signaux de synchronisation, I'absence de 
paquets etant revelateur de I'etat de I'appareil sous surveillance. 

D'autres caracteristiques et avantages de la presente invention 
ressortiront de la description des exemples de realisation qui vont suivre, pris a 
titre d'exemples non limitatifs, en reference aux figures annexees dans 
lesquelles : 

La figure 1 represente un schema par blocs d'un reseau local connu; 
La figure 2 represente le schema par blocs d'un reseau selon un 
exemple de realisation de l'invention ; 

La figure 3 represente renvoi d'une requete de surveillance d'un 
premier appareil vers une Unite de Controle des Communications Isochrones ; 

La figure 4 represente le traitement d'une requete de surveillance par 
une Unite de Controle des Communications Isochrones ; 
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La figure 5 represente un chronogramme montrant le fonctionnement 
d'une Unite de Controle des Communications Isochrones controlant deux 
canaux isochrones ; 

La figure 6 represente le schema d'une Unite de Controle des 
Communications Isochrones selon un exemple de realisation de I'invention ; 

La figure 7 represente un chronogramme montrant les principales 
etapes du procede selon un exemple de realisation de I'invention. 

A I'aide de la figure 1 , nous allons tout d'abord decrire un reseau local 
de communication numerique selon I'etat actuel de la technique. Ce reseau 
comprend par exemple les appareils suivants : 

- Appareil 1 : une camera ; 

- Appareil 2 : un ordinateur equipe d'un lecteur de disque DVD, d'une 
interface avec le reseau telephonique (typiquement un modem) et d'un 
decodeur integre; 

- Appareil 3 : un decodeur STB dote d'un syntoniseur et d'un 
demultiplexer DEMUX permettant de recevoir des emissions d'un reseau de 
diffusion et d'une memoire (typiquement un disque dur) permettant de stacker 
les programmes et des donnees recues du reseau de diffusion ; 

- Appareil 4 : un magnetoscope numerique ; 

D'autres appareils non representes sont possibles dans le cadre de 
I'invention : un ecran de visualisation, un magnetoscope analogique, des 
capteurs de temperatures pour la regulation du chauffage et la detection 
incendie, des detecteurs de mouvement pour detecter la presence d'individus 
en vue d'alarme. Tous ces appareils sont relies entre eux par un bus 
numerique utilisant le standard IEEE 1394. Selon ce standard, les appareils 
communiquent entre eux de facon asynchrone ou isochrone. Une 
communication isochrone permet de transmettre un flux ininterrompu de 
donnees entre par exemple, une camera et un ecran visualisant les signaux 
video de la camera, un capteur de temperature transmettant des informations a 
la centrale de chauffage. Un canal isochrone possede la particularite de 
transmettre regulierement des donnees d'un emetteur vers un recepteur dans 
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une fourchette de temps definie par une bande passante determinee. Le noeud 
du reseau appele le MaTtre horioge (« Cycle Master » en Anglais) a pour but de 
garantir un cadencement regulier des paquets isochrones emis sur les canaux. 
Pour cela, le noeud MaTtre emet a tous les autres noeuds du reseau un signal 

5 de depart de cycle (ou « Cycle Start » selon la terminologie anglo-saxonne) 
toutes les 125 millisecondes. Ce signal sert de synchronisation pour emettre les 
paquets de donnees. Le reseau comprend egalement un appareil disposant 
d'une ressource logicielle appelee Manageur de Ressource Isochrone (IRM 
selon la terminologie anglaise : « Isochronous Resource Manager »). Le 

10 module IRM gere une memoire ou les identificateurs des differents canaux 
isochrones actifs ainsi que les bandes passantes sont enregistres. Pour cela, 
TIRM dispose de registres d'allocation de bande passante et d'allocation de 
canaux. L'IRM permet la gestion des canaux isochrones et de la bande 
passante disponibles sur le reseau. Le controle des canaux isochrones est de 

15 faQon privilegiee devolu au MaTtre horioge. 



Selon un exemple prefere de realisation de Pinvention, le reseau 
comprend egalement une Unite de Controle des Canaux Isochrones (UCCI en 
abrege et pour la suite du document). L'UCCI dispose de la fonction chien de 

20 garde du r6seau (ou « Network Watchdog » en anglais) qui assure la 
surveillance des differents canaux isochrones actives dans le reseau local. Une 
UCCI est Tun quelconque des appareils connectes au reseau : le noeud MaTtre 
horioge, I'appareil possedant TIRM, ou un autre noeud du reseau) celui 
possedant et equipe d'un module de surveillance selon un exemple pr6f§re de 

25 realisation de I'invention. Selon une variante, une UCCI est un appareil 
specifique charge de la surveillance des canaux isochrones, il s'implemente 
dans le reseau comme le montre la figure 2. 

Nous allons maintenant detainer le deroulement de la surveillance par 
une UCCI. Un appareil du reseau doit executer une tache importante, de ce fait 

30 son execution est placee sous surveillance d'une UCCI. Une tache est de fagon 
privilegiee un programme execute par une Unite Centrale, cela peut etre aussi 
une logique sequentielle enfouie dans un circuit specialise, un ASIC par 
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exemple. Dans le deroulement normal de la tache a surveiller, on aura pris soin 
d'implementer remission de donnees specifique sur un canal isochrone 
determine. L'important n'est pas dans le contenu des donnees mais dans la 
periodicite des emissions. On pourra done envoyer avantageusement des 

5 paquets tres courts. Le plus petit paquet isochrone emis sur un reseau 
IEEE1494 etant constitue d'un en-tete isochrone et d'un quartet. Ces donnees 
sont contenues dans 528 unites d'allocation, ce qui represente une duree de 10 
microsecondes Dans I'etape d'initialisation de la tache a surveiller, I'appareil va 
programmer I'UCCI pour surveiller son fonctionnement, puis 1'UCCI va controler 

10 les emissions sur le canal isochrone. 

De facon illustree par la figure 3, un appareil 2 envoie une requete de 
surveillance comportant son identificateur, I'identrficateur d'un canal isochrone, 
le canal 19 par exemple, temoignant du bon fonctionnement de I'appareil, et un 
descriptif de la tache a effectuer si les donnees emises sur ce canal 

15 disparaissent. L'UCCI regoit la requete, enregistre les parametres et commence 
la surveillance en scrutant les paquets de donnees emis sur le canal specifie. 
Si le reseau comporte plusieurs UCCI, la premiere UCCI disponible emet sur le 
reseau un message de prise en compte de la surveillance avec les 
caracteristiques, enregistre dans sa memoire les parametres et commence 

20 aussitfit la surveillance. Les autres UCCI qui captent ce message de prise en 
charge, ne s'occupent pas de cette surveillance. Les donnees doivent etre 
emises toutes les 125 microsecondes. Lors d'une interruption des emissions 
comme cela est illustre par la figure 4, I'UCCI recherche dans sa memoire les 
parametres de la tache d'alerte qu'il doit effectuer. Par exemple, cette tache est 

25 remission d'une donnee « datal » a une adresse « addl » du reseau. Cette 
adresse peut etre I'appareil 2, en effet si cet appareil est dote d'un systeme 
multitache, celle declenchant remission des paquets isochrones peut etre 
interrompue mais pas celle gerant la reception des donnees du reseau. De 
cette maniere, I'appareil 2 peut etre prevenu de I'exterieur d'un 

30 disfonctionnement interne. L'adresse peut aussi etre un autre appareil du 
reseau, un terminal de visualisation par exemple, la donnee « datal » est alors 
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un message affichable. Le terminal de visualisation affichant alors le message 
d'alerte a I'intention d'un utilisateur. 

Les requetes de surveillance envoyees a une UCCI contiennent entre 
autres les informations suivantes : 
5 - identificateur de I'appareil emettant la requete de surveillance, 

- numero du canal isochrone : 1, 2, ... (ou identificateur des paquets de 
donnees), 

- duree maximum inter-paquets du canal isochrone, ou nombre 
maximum d'emission de signaux de depart de cycle avant execution de la 

10 tache d'alerte, 

- descripteur de tache d'alerte. 

Le descripteur de la tache d'alerte decrit les differentes actions de 
I'UCCI effectuees lors de la detection de la disparition d'un canal isochrone. 
Voici diverses actions susceptibles d'etre dans une tache d'alerte : 
is - emission d'un message d'avertissement : « Disparition du canal 1 » a 

destination de tous les ecrans de I'habitation. Le message est envoye de facon 
asynchrone a chaque dispositif d'affichage, 

- emission d'un signal sonore par I'UCCI , 

- declenchement d'une succession programmee d'actions pour palier 
20 au disfonctionnement detecte par I'UCCI. 

La tache d'alerte est memorisee et envoyee telle quel sur le reseau. Si 
I'appareil sous surveillance ne specifie pas de tache d'alerte, I'UCCI possede 
une tache par defaut consistant a afficher sur un ecran du reseau tous les 
parametres disponibles pour informer un utilisateur du disfonctionnement. Le 

25 message affiche est par exemple « a 20h30, interruption des emissions sur le 
canal isochrone 2 provenant de I'appareil 1 ». L'utilisateur peut ainsi intervenir 
sur I'appareil 1 et remettre la tache en bon etat de marche. 

Une variante consiste en ce que I'appareil sous surveillance definisse 
precisement Taction d'alerte et en informe I'UCCI. Par exemple, un utilisateur 

30 programme I'enregistrement d'une emission sur le canal numerique 21, ce 
canal etant foumi par un decodeur recevant les signaux d'un reseau de 
diffusion, la tache d'enregistrement executee sur un appareil d'enregistrement 
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est sous la surveillance d'une UCCI. Au moment de la reception de remission, 
I'appareil enregistreur programme le decodeur pour recevoir remission et 
enregistre les premiers paquets de donnees recus a travers le r6seau. 
Supposons que le recepteur cesse d'emettre, la tache d'enregistrement est 

5 alors interrompue L'UCCI detecte a la fin de la temporisation une interruption 
de la tache d'enregistrement, le descripteur specifie qu'elle doit faire apparaTtre 
un message suivant sur I'ecran du salon : « fin prematuree de I'enregistrement 
a 20h30 » ou 20h30 etant une variable mise a jour par I'UCCI. Un 
perfectionnement consiste en ce que le descripteur recu par I'UCCI possede 

io plusieurs actions a mener en fonction de I'analyse des causes du 
disfonctionnement. Selon le precedent exemple et ce perfectionnement, le 
descripteur recu par I'UCCI pn§voit d'analyser la presence de paquets de 
donnees audiovisuelles provenant du canal 21 au cours de chaque duree 
determinee. Si aucun paquet n'est detecte, I'UCCI appelle un second decodeur 

15 et lui envoie une requete de reception du canal 21. Si la requete est acceptee, 
I'enregistrement se poursuit normalement a partir des donnees emises sur le 
reseau domestique par le second decodeur. Si par contre aucun decodeur 
n'est disponible, I'UCCI affiche sur un ecran un message indiquant la fin 
prematuree de I'enregistrement a cause d'une indisponibilite d'un decodeur. De 

20 cette fagon, I'UCCI peut pallier a certains disfonctionnements afin de maintenir 
un enregistrement au sein du reseau local en utilisant pleinement les 
ressources disponibles. 

La figure 5 illustre la chronologie de deux taches surveillees par une 
UCCI. Un appareil 1 executant une tache 1 envoie un paquet de donnee sur le 

25 canal isochrone 1 et un appareil 2 executant une tache 2 envoie un autre 
paquet de donnee sur le canal isochrone T2. L'UCCI surveillant les deux 
canaux, se synchronise sur les signaux depart de cycle emis par le MaTtre 
horloge. L'UCCI detecte la presence ou I'absence de paquets isochrones emis 
par chacun des canaux sous surveillance entre deux signaux depart de cycle. 

30 Un second paquet de donnees est emis sur le canal 1, done la tache executee 
par I'appareil 1 fonctionne correctement. Par contre, aucun paquet de donnees 
n'est emis sur le canal 2 avant remission d'un troisieme signal depart de cycle. 
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De ce fait, lorsque ce troisieme signal depart de cycle est detecte, I'UCCI en 
deduit que le canal 2 n'est plus alimente et que la tache 2 executee par 
I'appareil 2 ne fonctionne plus correctement. II lance la tache d'alerte 
correspondant au disfonctionnement de la tache 2 sur Pappareil 2. L'exemple 

5 decrit precedemment n'exclut pas de la presente invention le cas ou les deux 
taches 1 et 2 soient executees au sein du meme appareil. 

Un perfectionnement consiste en ce que I'UCCI attende un nombre 
predetermine d'emissions de signaux de depart de cycle avant de declencher 
Taction decrite dans le descripteur. Avantageusement, ce nombre predetermine 

10 est fixe par I'appareil qui desire etre surveille et est transmis dans le descripteur 
de tache d'alerte. Ce perfectionnement permet d'economiser de la bande 
passante en permettant a I'appareil sous surveillance d'envoyer un paquet de 
donn6es isochrones qu'au bout d'un nombre determine de signaux de depart 
de cycle. Pour cela, I'Unite Centrale contenue dans I'UCCI dispose d'un 

is compteur et la donnee de comptage pour chaque canal isochrone est mise 
dans une nouvelle colonne du tableau enregistre en memoire RAM, 

Un exemple de realisation d'une UCCI est decrit a la figure 6. Qu'une 
UCCI soit physiquement un appareil standard dote d'un programme specifique 
ou un appareil dedie a la surveillance, sa structure generate est la meme. Une 

20 UCCI possede une Unite centrale 6.1, connectee a une memoire ROM 6.2 
dans laquelle se trouve inscrit au moins le programme de surveillance, une 
memoire RAM 6.3 pour le stockage des donnees de programmation, un circuit 
d'interface logique 6.4 pour la communication avec le bus IEEE 1394 et un 
circuit d'interface materiel 6.5 avec le reseau 1394. 

25 Le circuit d'interface 6.4 supporte la gestion de canaux isochrones. Ce 

circuit surveille constamment les donnees du reseau local et a I'aide de filtres 
numeriques, extrait certains paquets selon leurs identificateurs. De cette fagon, 
un recepteur peut recevoir en permanence des donnees emises sur un canal 
isochrone, sans avoir besoin d'aller les chercher. Le circuit d'interface 6.4 est 

30 par exemple un circuit TSB43AB22 fabrique par la societe Texas Instruments. 
Ce circuit genere une interruption materielle sur reception d'un paquet de 
donnees qui agit sur le deroulement du programme execute par I'unite centrale 



WO 2005/055537 PCT/FR2004/003038 

11 

6.1. Ce circuit peut discriminer le canal grace a deux registres de masque 
d'interruption qui specifie les references dudit canal, ce qui permet de filtrer le 
ou les canaux isochrones a surveiller. Ce circuit est compatible avec le 
standard IEEE1394. La memoire RAM 6.3 enregistre les donnees 
5 correspondant aux differentes surveillances des canaux isochrones utilises. 
Ces donnees (identifiant du canal, identifiant de I'appareil, descriptif de la tache 
d'alerte, compteur de signaux de depart de cycle, ...) sont disposees dans un 
tableau. 

A I'aide de Torganigramme de la figure 7, nous allons maintenant 
10 detainer la succession des etapes selon un exemple de mise en ceuvre de 
I'invention. A Petape 7.1 un appareil du reseau lance une tache qui a besoin 
d'etre surveillee. II emet alors une requete vers une UCCl du reseau specifiant 
le canal isochrone de surveillance et Taction a entreprendre si les emissions 
s'arretent (etape 7.2). A I'etape 7.3, I'appareil du reseau qui est sous 
15 surveillance commence a emettre regulierement des paquets de donnees sur 
le canal isochrone. L'UCCI analyse chaque paquet du reseau et verifie que 
chaque appareil sous surveillance emet bien au moins un paquet de donnees 
entre deux (ou un nombre determine de) signaux de depart de cycle (etape 
7.4). Supposons qu'un appareil arrete ses emissions (etape 7.5). Lors de la 
20 reception du prochain depart de cycle, I'UCCI constate Tarret des emissions sur 
le canal isochrone specifie et lance I'execution de la tache programmee (etape 
7.6). 

Une variante consiste a equiper I'UCCI d'un interpreter. De cette 
facon, on peut programmer Taction d'alerte dans un langage qui est interprets 

25 par TUCCI (par exemple : QUICK BASIC) et qui permet de definir precisement 
les actions a effectuer. 

Les exemples de realisation de I'invention presentes ci-dessus ont 6te 
choisis pour leur caractere concret. II ne serait cependant pas possible de 
repertorier de maniere exhaustive tous les modes de realisation que recouvre 

30 cette invention. En particulier, toute etape ou tout moyen decrit peut-etre 
remplace par une etape ou un moyen equivalent sans sortir du cadre de la 
presente invention. 
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REVENDICATIONS 

1. Precede de surveillance de I'etat d'un appareil au sein d'un reseau 
de communication comportant au moins deux appareils, le reseau comportant 
des canaux de communication isochrones transmettant des paquets de 
donnees synchronises par un signal emis par le reseau emis dans des 
intervalles de temps reguliers ; caracterise en ce qu'il comporte les etapes 
suivantes : 

au niveau d'un premier appareil desirant etre sous surveillance : 

- emission (7.3) par I'appareil sous surveillance de paquets de donnees 
sur un canal isochrone specifie en reponse au signal emis regulierement pgtr le 
reseau ; 

au niveau d'un second appareil (UCCI) : 

- surveillance (7.4) des emissions de paquets de donnees emis sur le 
canal isochrone ; 

- execution d'une tache specifiee (7.6), consecutivement a I'absence de 
paquets de donnees sur le canal isochrone entre au moins deux emissions de 
signaux de synchronisation. 

2. Precede de gestion selon la revendication 1 ; caracterise en ce qu'il 
comporte au niveau du premier appareil d'une etape d'emission (7.1) d'une 
requete de surveillance contenant un identifiant du canal isochrone 
transmettant les paquets et un descriptif de tache ; le second appareil 
executant la tache ainsi specifiee par le premier appareil. 

3. Procede de gestion selon la revendication 2 ; caracterise en ce que 
la requete de surveillance specifie un nombre predetermine de signaux de 
synchronisation ; le second appareil executant la tache specifiee lorsque aucun 
paquet de donnees n'a 6te detecte sur le canal isochrone suite a la detection 
du nombre de signaux de synchronisation specifiee. 
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4. Procede de gestion selon la revendication 2 ou 3; caracterise en ce 
qu'il comporte une etape d'emission par le second appareil d'un signal de prise 
en charge suite a la reception de la requete de surveillance. 

5. Procede de gestion selon Tune quelconque des revendications 
5 precedentes ; caracterise en ce que la tache specifiee comporte I'affichage 

d'un message d'alerte comprenant un identificateur du premier appareil. 

6. Procede de gestion selon Tune quelconque des revendications 
precedentes; caracterise en ce que la tache specifiee comporte une etape 
d'analyse de la raison de I'arret des emissions de paquets de donnees, et une 

10 etape d'execution d'actions pour reprendre remission des paquets de donnees. 



7. Appareil de reseau (UCCI ; 1) charge de surveiller I'etat d'au moins 
un autre appareil du reseau, comprenant un moyen de communication avec un 
reseau (6.4 , 6.5) captant des signaux de synchronisation permettant remission 

is de donnees isochrones et des paquets de donnees isochrones emis sur un 
canal isochrone specifie ; caracterise en ce qu'il comprend en outre un moyen 
d'execution (6.1 , 6.2) d'une tache specifiee consecutivement a Pabsence de 
paquets de donnees sur le canal isochrone entre au moins deux emissions de 
signaux de synchronisation, I'absence de paquets etant revelateur de I'etat de 

20 Tappareil sous surveillance. 

8. Appareil de reseau selon la revendication 7 caracterise en ce qu'il 
comporte un moyen de reception (6.4 , 6.5) d'une requete de surveillance 
contenant I'identifiant du canal isochrone transmettant les paquets et un 
descriptif de la tache specifiee, ledit identifiant du canal et le descriptif de la 

25 tache etant enregistres dans une memoire de Tappareil (6.3). 

9. Appareil de reseau selon la revendication 8 caracterise en ce que la 
requete de surveillance regue sp6cifie un nombre predetermine de signaux de 
synchronisation et en ce qu'il comporte un compteur (6.4 , 6.5) de signaux de 
synchronisation, la tache specifiee etant executee lorsque aucun paquet de 

30 donnees n'a et§ detecte sur le canal isochrone suite a la detection du nombre 
de signaux de synchronisation speciftee. 
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10. Appareil de reseau selon I'une quelconque des revendications 7 a 

9 caracterise en ce qu'il comporte un moyen d'affichage d'un message d'alerte 
active par Tabsence de paquets de donnees sur le canal isochrone entre au 
moins deux emissions de signaux de synchronisation. 

5 11. Appareil de reseau selon Tune quelconque des revendications 8 a 

10 sous la dependance de la revendication 8 caracterise en ce qu'il comporte 
un moyen d'emission d'un signal de prise en charge suite a la reception d'une 
requete de surveillance. 

12. Appareil de reseau selon la revendication 11 caracterise en ce qu'il 
10 comporte un moyen ^inhibition de la prise en charge d'une requete de 
surveillance active lorsque le moyen de reception (6.4 , 6.5) avec le reseau 
capte un signal de prise en charge de ladite requete par un autre appareil du 
reseau. 
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